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(54) SCHEDULE SETTING AND PROCESSING SYSTEM 

(57) A system which automatically makes a travel 
plan by using on-vehicle or portable terminal. The sys- 
tem can prepare a travel plan in which the concrete des- 
tination and route are specified when rough positional 
and temporal conditions are inputted. The objective 
area and schedule inputted through the terminal are 
transmitted to an information center. At the information 
center, a basic frame of the travel meeting the received 
conditions is prepared. For a day trip, an exarrple of the 
basic frame is "departure-walk-lunch-amusement park- 
night view-return". After the basic frame is prepared, 
concrete facilities meeting the actions are specified by 
making access to a data base. The specified facilities 
are inputted to the basic frame, and thus a concrete 
plan is completed. The completed plan is sippiied to the 
terminal and displayed on a display to the persons who 
want to travel. The completed plan is further supplied to 
a navigation system and the system guides the persons 
in accordance with the plan. 
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Description 

Technical Field 

This invention relates to a system for automatically 
preparing a schedule that matches the entered require- 
ments and is applicable to systems retrieving data from 
a database that stores travel or drive information, and 
setting or preparing a travel schedule for a traveler, 
travel planner, driver, and so forth. 

Background Art 

In recent years, information I/O devices have been 
installed in vehicles, and mobile communication sys- 
tems have been proposed to perform data communica- 
tions between such I/O devices and an information 
management center. Using this sort of mobile communi- 
cation system while in a vehicle, the idea is to perform a 
variety of services, such as restaurant reservations. 

For example, in the reservation system from a vehi- 
cle-mounted terminal disclosed in Japanese Patent 
Laid-Open Publication No. Hei 4-213761, a configura- 
tion is proposed that specifies a service shop based on 
the position information of multiple service shops, road 
traffic jam information, vehicle position information, road 
map information, and the service shop and desired vis- 
iting time thereof selected by the vehicle passenger, 
and calculates the estimated time of arrival at the serv- 
ice shop. Namely, from the desired visiting time entered 
by the user and the current time, the time required until 
the desired visiting time is calculated, and the distance 
that can be reached by the desired time is calculated 
from the required time and road traffic jam information. 
Then, the reachable place names are determined from 
this distance information and transmitted to the informa- 
tion center. At the information center, a list of applicable 
service shops based on this data is prepared and trans- 
mitted in reply to the vehicle. The user selects a desired 
shop from the displayed list of service shops and the 
selection is transmitted to the information center. When 
this data is received at the information center, the reser- 
vation data, such as an ordered item or arrival time, is 
transferred to the selected service shop. According to 
this configuration, some situations can be avoided, such 
as when a specific restaurant is reserved and the arrival 
time is delayed excessively due to the road being con- 
gested beyond expectation, thereby enabling optimum 
service for the vehicle passenger. 

However, enjoyment of a motoring excursion 
includes situations when one desires not just to reach a 
certain final location within a prescribed time period, but 
to visit multiple facilities within a prescribed time period. 
For example, a driving plan may include visits to a zoo. 
amusement park, sightseeing spots, and so forth, which 
end in returning home the same day. In the aforemen- 
tioned prior art, this sort of schedule for visiting multiple 
facilities within a prescribed time period can not be 
planned. Furthermore, for some travelers, there are 



instances where no specific facilities have been speci- 
fied and the only thing that has been decided is the pur- 
pose of the trip (for example, sightseeing or family 
outing). In this type of instance as well, it is impossible 
5 to automatically prepare a schedule fitting the travel pur- 
pose. 

Furthermore, even after the expected time of arrival 
was calculated and a service shop was specified, an 
instance may arise where the schedule including the 

to specified service shop becomes unsuitable, possibly as 
a result of changes in road conditions or weather. In this 
sort of instance, a problem is that schedule revisions, 
such as reservation cancellations or reservation time 
modifications for the service shop, are not performed in 

is the aforementioned prior art. and the user must revise 
the schedule by again inputting the requirements and 
making new reservations. 

Disclosure of Invention 

20 

This invention intends to solve the problems of the 
aforementioned prior art. The first object is to automati- 
cally prepare and present to the user a schedule for vis- 
iting multiple places (such as facilities, shops. 

25 sightseeing spots, lodging destinations, and return des- 
tination) simply by inputting general requirements. The 
second object is to evaluate the feasibility of the pre- 
sented schedule, and, if it is not feasible, to again pre- 
pare a schedule to meet the user's requirements. 

30 To achieve the aforementioned objects, this inven- 
tion, a schedule set up management system, comprises 
an inputting means for inputting at least a position 
requirement and a time requirement, a frame preparing 
means for preparing a basic frame of a schedule includ- 
es ing the types of intermediate and final locations and the 
order of transfer based on the aforementioned position 
requirement and time requirement, and a schedule pre- 
paring means for preparing the schedule wherein the 
intermediate and final locations are specified by access- 

40 ing a database and retrieving specific facilities fitting the 
prepared aforementioned basic frame. 

In one mode of the invention, the aforementioned 
frame preparing means select a basic frame fitting the 
aforementioned position requirement and time require- 

45 merit from among multiple basic frames stored before- 
hand in a memory device, to become the basic frame of 
the schedule. 

In another mode of the invention, the aforemen- 
tioned inputting means and frame preparing means are 

so provided in a terminal device, the aforementioned 
schedule preparing means are provided in a host 
device, the terminal device and host device are con- 
nected via a communication line, the terminal device 
transmits the prepared basic frame to the host device. 

55 and the host device transmits the prepared schedule to 
the terminal device. Furthermore, this terminal device 
has a display means for displaying a touch switch for 
inputting the aforementioned position and time require- 
ments, the aforementioned prepared basic frame, and 
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the transmitted schedule. The terminal device discon- 
nects the communication line with the host device after 
transmitting the basic frame, and reconnects the com- 
munication line with the host device and receives a 
schedule after schedule preparation is complete. 5 

In another mode of the invention, the schedule set 
up management system further comprises a route 
searching means for searching an optimum route to 
implement the aforementioned schedule based on map 
data. 10 

In another mode of the invention, the schedule set 
up management system further comprises a watching 
center for watching the implementation of the aforemen- 
tioned schedule, wherein the aforementioned schedule 
preparing means again prepare a schedule based on 15 
information from the aforementioned watching center. 
The aforementioned watching center comprises an 
information obtaining means for obtaining position infor- 
mation of a schedule implemented information of the 
intermediate locations in the schedule, and information 20 
on traffic conditions between intermediate facilities, and 
supplies the obtained information to the schedule pre- 
paring means. The aforementioned information obtain- 
ing means of the aforementioned watching center 
further obtains weather information and supplies it to 25 
the schedule preparing means. The aforementioned 
schedule preparing means evaluate the degree of influ- 
ence the information from the aforementioned watching 
center will have on schedule implementation, and again 
prepare a schedule based on the evaluation result. 30 

Brief Description of Drawings 

FIG. 1 is a system block diagram of an embodiment 
of this invention. 35 

FIG. 2 is a block diagram of terminal device 1 
shown in FIG. 1. 

FIG. 3 shows one example of the requirement input 
screen. 

FIG. 4 shows the screen following the screen 40 
shown in FIG. 3. 

FIG. 5 shows a processing flowchart for schedule 
preparation. 

FIG. 6 together with FIG. 5 show a processing flow- 
chart for schedule preparation. 45 

FIG. 7 shows an example basic frame when an itin- 
erary is a day trip. 

FIG. 8 shows an example basic frame when an itin- 
erary is an overnight trip. 

FIG. 9 shows type codes for the basic frame shown so 
in FIG. 7. 

FIG. 10 shews a display screen for the prepared 
basic frame. 

FIG. 11 is a conceptual diagram of the schedule 
preparation process. 55 

FIG. 12 shows the prepared schedule. 

FIG. 13 is a system block diagram of another 
embodiment of this invention. 

FIG. 14 is a processing flowchart of the schedule 



preparation in the system of FIG. 13. 

FIG. 15 is a processing flowchart after schedule 
implementation in the system of FIG. 13. 

FIG. 16 shows an example screen display when 
multiple schedules exist. 

FIG. 17 shows an example screen display during 
route guidance. 

FIG. 18 shows an example screen display during 
rescheduling. 

FIG. 19 shows an example screen display during 
schedule re-preparation. 

FIG. 20 shows a route guidance screen display 
after a reschedule set up. 

Modes for Carrying Out the Invention 

The embodiments of this invention are described with 
reference to the drawings. 

First Embodiment 

FIG. 1 shows a system block diagram of this 
embodiment. An information processor 1 0, comprising 
a CPU and memory, requests an information center 2 
prepare a schedule. The information center 2 that 
received the request accesses a database 3 to obtain 
the necessary information for schedule preparation and 
prepares a specific schedule. The prepared schedule is 
sent to the information processor 10. The information 
processor 10 displays the received schedule on display 
device 14 for presentation to the schedule implementer, 
such as an intended driver or traveler. Display device 14 
not only displays the prepared schedule but also func- 
tions as an input device for displaying touch switches 
and inputting the necessary requirements for schedule 
preparation. The display on display device 14 is control- 
led by information processor 10. In FIG. 1. information 
processor 10 and a navigation system 4 are connected 
so that the prepared schedule is supplied to navigation 
system 4. This is done to implement the schedule using 
navigation system 4. Navigation system 4 has a known 
configuration having main components of a memory for 
storing map data, a current position detection device 
(GPS etc.), and a processor for comparing the current 
location and guide route and guiding the vehicle via a 
screen display or voice. 

In this embodiment, information processor 10 and 
display device 14 are carried in the vehicle and function 
as a terminal device 1 . They are connected to informa- 
tion center 2, which functions as a host device, through 
a car telephone line. Naturally, display device 14 can be 
carried by itself in the vehicle as a terminal device, and 
information processor 10 and information center 2 can 
be configured as a host device. However, in this case, a 
CPU. memory, and communication device are required 
in display device 1 4. Furthermore, not only the functions 
of information processor 10 and display device 14, but 
also those of the information center and database may 
be carried entirely in the vehicle. However, this case will 
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result in an increase in memory capacity and an 
increase in processing at the CPU. 

FIG. 2 shows a functional block diagram of terminal 
device 1. An I/O unit 1a is configured by display device 
14, and the intended driver, for example, inputs the nec- s 
essary requirements for schedule preparation by actu- 
ating the touch switches. The requirements to be input 
are the position requirements, such as the desired des- 
tination areas, and the time requirements, such as the 
desired time frame. As a specific example, an extremely 10 
general requirement is sufficient, such as "I'd like to go 
with the family on a day trip somewhere". The require- 
ment data that is input at I/O unit 1a is supplied to a 
basic frame preparation unit 1b. Basic frame prepara- 
tion unit 1b is configured by the CPU and prepares the 75 
basic frame for the schedule based on the input require- 
ment. The basic frame preparation is performed by 
selecting a pattern fitting the input requirement from 
among multiple basic frame patterns stored beforehand 
in a memory unit 1c. The prepared basic frame is sup- 20 
plied in the form of a schedule preparation program to a 
transmit/receive unit 1d where it is sent to information 
center 2. At information center 2, the prepared schedule 
that was sent is received by transmit/receive unit 1d and 
displayed on I/O unit 1a. 25 

FIG. 3 shows an example of a screen when I/O unit 
1a (display device 14) is used to input the requirements. 
In the initial state, the screen displays touch switches for 
"itinerary", "area", "purpose", and "no. of people / 
budget". When the intended traveler actuates the "itiner- 30 
ary" switch, for example, touch switches for "day trip" 
and "lodging" are displayed next so that the time 
requirement can be input. When the "area" touch switch 
is actuated, the screen switches to a map screen or a 
character input screen so that a desired general desti- 35 
nation area, such as "Tokyo Bay Area", for example, can 
be input for the position requirement. When the "pur- 
pose" touch switch is actuated, the screen switches to a 
requirement input screen with "outdoor", "indoor", and 
"recreational facility", for example, so that the purpose 40 
of the trip can be input When the "no. of people / 
budget" touch switch is actuated, the screen switches to 
a requirement input screen with the number of intended 
travelers, their make up, and "less than 3,000 yen", 
"within 5,000 yen", "within 10,000 yen", and "unlimited" 45 
so that the number of people and the budget can be 
input. 

FIG. 4 shows an example of a screen when the "day 
trip" switch is actuated. Touch switches for "departure 
time", "current time", and "return time" are displayed so 
together with a numeric keypad so that these time 
requirements can be input The "request" switch at the 
center of the screen is used when requesting the infor- 
mation center to prepare a schedule without specifying, 
for example, a return time. Therefore, it is easy to input ss 
requirements, such as "a day trip for two by car to the 
Tokyo Bay Area within 10,000 yen and no specific return 
time". Once the requirements have been input, the 
"end" switch is actuated to complete the requirement 
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setting, rf the "lodging" switch in the screen of FIG. 3 
and then the "end" switch are actuated, the requirement 
set up screen is displayed for the next day (refer to the 
number on the left side of the screen). 

FIG. 5 and FIG. 6 show processing flowcharts from 
requirement entry to schedule preparation. S101 is a 
processing for terminal device 1 where a basic frame of 
a schedule is prepared by selecting the basic frame 
from predetermined basic frame patterns fitting the 
input requirements, namely, number of people, area, 
purpose, budget, departure time, arrival time, and so 
forth. FIG. 7 shows one basic frame pattern for a "day 
trip" that was selected from among multiple basic frame 
patterns stored beforehand in memory unit 1c, and 
composed of "walk", "lunch", "amusement park", and 
"night view". In other words, this basic frame pattern 
comprises a walk after departure, then a lunch, followed 
by a trip to an amusement park, and finally enjoyment of 
a night view before returning back. On the other hand. 
FIG. 8 shows one basic frame pattern for "lodging" that 
was selected from among multiple basic frame patterns 
stored beforehand in memory unit 1 c, and composed of 
"theme park", "lodging", "aquarium", "lunch", and "art 
gallery". In other words, this basic frame pattern com- 
prises a trip to a theme park after departure and staying 
overnight at a lodging to end the day. On the next day, 
the pattern comprises a trip to an aquarium, followed by 
a lunch, and finally a visit to an art gallery before return- 
ing back. The numbers of the items in FIG. 7 and FIG. 8 
denote the order of transfer. Each item is sorted in 
detail, and walk, for example, is provided with 1 00 types 
of walks. Each of these 100 types of walks is assigned 
a facility type code number from 00 to 99. From these 
100 types of walks, the walk that fits the input require- 
ments is selected for the basic frame. For example, "00" 
is a family-oriented walk passing through places a, b, 
and c, and "01" is walk oriented for one person passing 
through places a, e, and c. The facility type code for a 
walk oriented for two persons is "05". a "literature 
course" passing through places a, f, and c. A tower 
structure having many tenants may also be added to the 
facilities suitable for walking. 

FIG. 9 shows one example of a basic frame for a 
"day trip" that was prepared in this manner. The facility 
type codes are "105, 231 , 355, and 487". and they sig- 
nify the following: 

departure --> first walk --> second lunch --> third 
amusement park --> fourth night view --> return back 

After the basic frame is prepared, basic frame prep- 
aration unit 1b displays the basic frame on I/O unit 1a 
(display device 14) as a schedule outline. FIG. 10 
shows one example of this display, and touch switches 
"OK" and "NO" are displayed at the bottom of the out- 
line. The intended traveler actuates the "OK" switch if 
the schedule is suitable or the "NO" switch if it is not If 
the intended driver actuates the "NO" switch, basic 
frame preparation unit 1b again prepares a new basic 
frame for presentation. 

Returning back to FIG. 5, if the basic frame is pre- 
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pared and the intended driver actuates the "OK" switch, 
information processor 10 next transfers execution to 
S102 Where the modules necessary for schedule prep- 
aration are prepared into a single program. The mod- 
ules necessary for schedule preparation comprise the 5 
data retrieval module, reservation module, and sched- 
ule preparation module. The data retrieval module is a 
program that accesses a database and retrieves infor- 
mation on whether any specific facility corresponding to 
the facility type codes described above is available. 10 
When a reservation is required for a specific facility 
retrieved by the data retrieval module, the reservation 
module is the program that checks whether a reserva- 
tion is possible and makes the reservation accordingly 
When, as a result of the executions of the data retrieval 1S 
module and reservation module, all facilities in the basic 
frame are specified, the schedule preparation module is 
the program that completes them as a single schedule. 
After the modules are prepared as a single program, 
information processor 10 transfers execution to S103 20 
where the facility type codes in the basic frame that was 
prepared by S1 01 are input into the data area of the 
data retrieval module within the program, and transmit- 
ted to information center 2 as a program for schedule 
preparation. The processing at the terminal side ends 2 s 
for the time being with these processes S101 to S103, 
at which time terminal device 1 disconnects the commu- 
nication line from information center 2. 

On the other hand, information center 2 executes 
these programs received for schedule preparation. In 30 
other words, information center 2 functions as an agent 
for terminal device 1 and, instead of terminal device 1, 
prepares tfvj schedule. Specifically, the execution first 
transfers to S104 and the data retrieval module is exe- 
cuted. Information center 2, which serves as an agent. 35 
performs this execution upon receiving a reply to a 
request for processing to the retrieval center, which per- 
forms retrieval. At this retrieval center, specific facilities 
fitting the facility type codes that were sent are retrieved 
from the database, and the data for facilities fitting the 40 
codes, if any, is transmitted in reply to information center 
2. If no facility fits, a reply is sent to that effect. Taking 
the facility type codes shown in FIG. 9 as examples, 
there are four codes, #105, #231 , #355, and #487, and 
the retrieval center retrieves specific facilities corre- 45 
spending to these four codes from the database. FIG. 
11 shows a typical processing for S104. Information 
center 2, which serves as an agent, sends the facility 
type code data to the retrieval center and requests a 
retrieval. The retrieval center accesses databases for so 
every type and retrieves the corresponding facilities. 
The retrieval result is sent to information center 2. In the 
figure, facilities corresponding to codes #1 05, #231 , and 
#355 exist so a reply of "OK" is sent. However, no facili- 
ties corresponding to #487 exist so a reply of "NG" is 55 
sent. 

Returning again to FIG. 5, when the reply is 
received from the retrieval center, the execution trans- 
fers to S105, and information center 2 judges whether 
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data exists based on the reply If the reply is "OK**, data 
exists and the execution transfers to S106 of FIG. 6. On 
the other hand, if data does not exist, the execution 
transfers to S1 1 1 of FIG. 6, the facility type code is mod- 
ified, and the processing for S104 is repeated. When 
this type code is modified, it is modified to a code having 
a relatively similar facility type. For example, since no 
facilities exist for code #487, the type code is modified to 
#488 and the retrieval is repeated. Specifically, code 
#487 is a night view of a harbor vicinity, and, since the 
parking lot is full, the type code is modified, such as to 
#488 for a hill having a night view. If a corresponding 
facility exists as a result of the repeated retrieval, the 
execution transfers to the processing of S106 of FIG. 6. 

At Si 06, information center 2 transfers execution to 
the reservation module. In other words, a facility name 
obtained from the retrieval is input into the data area of 
the reservation module, and a request is sent to the res- 
ervation center to determined the availability of a reser- 
vation. The reservation center accesses the requested 
facility, makes a reservation, and sends a reply of the 
result to the information center. This request and reply 
are identical to those during the retrieval shown in FIG. 
1 1 . Furthermore, since there are instances where reser- 
vations cannot be made depending on the facility, the 
necessity of a reservation is judged when data is input 
by the reservation module. A restaurant, for example, is 
judged to be a facility generally requiring a reservation 
while an amusement park is not. If a facility requires a 
reservation and a reservation was made (OK), the 
schedule preparation module is executed and a final 
schedule is prepared. Specifically, the facilities specified 
by S103 to S106 are input to the various facilities of the 
basic frame to become a specific schedule. Then, the 
schedule prepared in S108 is transmitted to terminal 
device 1 . On the other hand, if a reservation was not 
possible even though one was required (NG). S109 
sends a request to the retrieval center to retrieve 
another facility having the same facility type code and 
the retrieval is repeated. Then, S1 10 judges whether a 
corresponding facility exists. If a facility exists, the 
processing of S106 is again repeated, and if a corre- 
sponding facility does not exist the execution transfers 
to S1 1 1 and the facility type code is modified. After the 
facility type code is modified, the processing from S1 04 
is again repeated. 

FIG. 12 shows one example of a schedule that was 
prepared through this sort of processing. The walk, 
lunch, amusement park, and night view are respectively 
specified by "Yamashita Park", "Chinatown's XX", "Dis- 
neyland", and "Yokohama Bay Bridge". Once this sort of 
schedule is prepared, information center 2, which is a 
host device, re-connects a communication line with ter- 
minal device 1 and transmits the prepared schedule to 
terminal device 1 . The schedule is supplied to naviga- 
tion system 4 where calculations are performed to 
search for a route following the schedule and the route 
obtained from the search is presented to the intended 
traveler. Therefore, the intended traveler can easily 
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obtain a specific travel schedule simply by inputting 
extremely general requirements. Furthermore, if time is 
required in the schedule preparation, unnecessary 
communication costs are not incurred since the commu- 
nication line between the terminal device and host 
device is disconnected during schedule preparation. 

Second Embodiment 

FIG. 13 shows a system block diagram of this 
embodiment. As in the first embodiment, terminal 
device 1 is provided in a vehicle 100, and transmits pre- 
scribed information to an information processing center 
200 using a car telephone line and receives and outputs 
the information sent from information processing center 
200. On the other hand, information processing center 
200, which received the information from vehicle 100, 
inputs information from various information provider 
systems connected to information processing center 
200. such as a traffic & weather information provider 
system 300, a travel agency information provider sys- 
tem 400, and a credit card company information pro- 
vider system 500, and edits a schedule fitting the 
requirements requested by vehicle 100 and transmits it 
to vehicle 100. Traffic & weather information provider 
system 300 connects to road beacons, for example, and 
supplies information regarding road conditions, traffic 
jams, and weather to information processing center 
200. Travel agency information provider system 400 
transmits travel related information stored in a database 
41 0. such as lodging facilities and sightseeing, to infor- 
mation processing center 200. Credit card company 
information provider system 500 transmits various serv- 
ice shop information stored in a database 510, such as 
restaurants, to information processing center 200. Infor- 
mation processing center 200 sets up a schedule based 
on these various types of information, and when it is 
judged that the schedule should be modified according 
to the current location of vehicle 100 or according traffic 
or weather information from traffic & weather informa- 
tion provider system 300, transmits modification infor- 
mation, such as a new schedule, to vehicle 100. 

This system is configured as described above and 
the operation thereof is described in detail using the 
flowcharts in FIG. 1 4 and FIG. 1 5. 

FIG. 14 shows the processing at vehicle 100 and 
information processing center 200, where FIG. 14 (A) 
shows the processing at vehicle 100 and FIG. 14 (B) the 
processing at information center 200. At vehicle 100, 
the user (vehicle driver) first inputs the position require- 
ment and time requirement necessary for schedule 
preparation. In addition to these requirements, other 
requirement settings can be provided, such as the travel 
distance from home. Furthermore, instead of touch 
switches, a joystick type of control can be used to permit 
the requirements to be easily input from the passenger- 
side or back seats. When the requirement setting nec- 
essary for the schedule is completed (S201), vehicle 
100 transmits these requirements (S202) out through 



the antenna of the car telephone. 

On the other hand, information processing center 
200 receives (S301) the requirement data transmitted 
from vehicle 100. then retrieves (S302) from the data- 

5 bases of information provider systems 300 through 500, 
and judges (S303) whether a specific facility exists fit- 
ting the requirements transmitted from vehicle 100 as 
detailed in the first embodiment. Specifically, informa- 
tion processing center 200 an inquiry as to availability to 

w travel agency information provider 400 or credit card 
company information provider 500, inquiries as to avail- 
ability are then made to lodging facilities and service 
shops having contracts with these information provider 
systems, and a reply is next sent to information process- 

is ing center 200. If a lodging facility or service shop is 
available, a plan (schedule) is prepared using these 
devices (S304), and it is judged (S305) whether the pre- 
pared plan fits the requirements transmitted from vehi- 
cle 100. This judgment is performed by presenting the 

20 plan to the intended traveler and receiving a reply of OK 
or NO with respect to the plan. If plans fitting the 
requirements exist three or more plan choices are 
selected (S306) and transmitted to vehicle 100. 

When the plan choices transmitted from information 

25 processing center 200 are received (S203) at vehicle 
100. information processor 10 displays (S204) the plans 
on display device 14. An example display is shown in 
FIG. 16. The plan choices transmitted from information 
processing center 200 are displayed as "recommended 

30 plans" in the form of touch switches. The user can select 
a desired plan (S205) by selecting one of these touch 
switches, and the selected information is transmitted 
(S206) to information processing center 200 through the 
antenna. 

35 In addition to the touch switches for "recommended 
plans" shown in FIG. 1 6, a touch switch for "other" is dis- 
played. If none of the 3 plans displayed on display 
device 14 are desired, actuation of the "other" touch 
switch permits other plan choices transmitted from infor- 

40 mation processing center 200 to be displayed and 
selected. Furthermore, the requirement that was set in 
S201 is displayed as a touch switch at the top right of 
display device 14 as shown in FIG. 16. If none of the 
plan choices transmitted from information processing 

45 center 200 are desired, actuation of this requirement 
touch switch returns the display to the requirement 
setup screen shown in FIG. 3. 

Then, when information processing center 200 
receives the selected data transmitted from vehicle 1 00, 

so the plan selected from among the plan choices is set 
when the schedule includes reservations, at service 
shops, for example, the plan is transmitted to the vari- 
ous information provider systems to make reservations, 
for example, at said service shops (S308). 

55 Once the desired schedule is decided in the man- 
ner above, vehicle 100 starts traveling in accordance 
with the schedule. FIG. 15 shows the processing at 
vehicle 100 and information processing center 200 after 
vehicle 100 has started traveling in accordance with the 
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selected schedute. First, when vehicle 100 begins the 
drive or journey, this start information is transmitted to 
information processing center 200 (S401). When the 
start information is received from vehicle 100 (S501) at 
information processing center 200, the watching of vehi- 
cle 100 starts (S502), and a verification with the sched- 
ule that was set up is performed (S503). FIG. 1 7 shows 
one example of a route guidance screen that is dis- 
played by navigation system 4 on display device 14 in 
vehicle 100 after a drive is started. While vehicle 100 is 
traveling according to the schedule, information 
processing center 200 watches the current location of 
vehicle 100 at all times, and performs route guidance 
until the final location. In FIG. 17, the final location is 
indicated by an asterisk 20, and a message for route 
guidance is displayed as a message screen 22. This 
message screen 22 is not only displayed on display 
device 14, but may also be output as audio, such as 
from a speaker. Furthermore, although asterisk 20 was 
displayed as the final location, the user can also be 
informed of the position of the final location by display- 
ing the latitude and longitude of the final location. An 
advantage in displaying the latitude and longitude of the 
final location is that the beeline distance from the cur- 
rent location can be easily established. 

If a certain time period elapses (S504) while verifi- 
cation with the schedule is performed and the vehicle is 
guided to the final location in this manner, information 
processing center 200 transmits a request (S505) to 
vehicle 100 for vehicle position information. When vehi- 
cle 100 receives (S402) the request from information 
processing center 200, the position information of the 
vehicle is detected, such as by using the widely known 
GPS device, and transmitted (S403) to information 
processing center 200. Information processing center 
200, which received (S506) the position information 
from the vehicle, then checks the weather and traffic 
information based on the information from the traffic & 
weather information provider system 300, and judges 

(5507) whether there is any change in the weather or 
traffic information. If there is no change in the weather 
or traffic information, vehicle 100 is guided according to 
the schedule that was initially set up. However, if there is 
a change in the weather or traffic information, for exam- 
ple, a sudden change to rainy weather or the occur- 
rence of a traffic accident, the change is evaluated 

(5508) with regard to its degree of influence on the 
schedule. The degree of influence on the schedule 
depends on the contents of the schedule. A change 
from fine weather to rainy weather is a large influence 
when the final location is an outdoor facility, and a road 
traffic jam greatly influences a schedule for a final loca- 
tion for which the arrival time is important. On the other 
hand, for a schedule where it does not matter as long as 
the final location is reached sometime during a given 
day, a change in the weather or traffic information does 
not exert such a large influence. In an instance of this 
sort, the influence is judged to be nil so the processing 
from the S503 described above is continued, ff it is 



judged that a change in the weather or traffic informa- 
tion will influence the schedule, modification information 
is transmitted (S509) to vehicle 100. 

When the modification information from information 

s processing center 200 is received (S404) at vehicle 1 00, 
the modification information is displayed on the display 
device (S405). FIG. 18 shows one example of the mod- 
ification information displayed on the display device. If 
there is no modification for the schedule, a message is 

10 displayed as shown in FIG. 17. such as Traffic jam 
ahead about 2 km long due to merging. It will take about 
10 minutes to pass through the traffic jam. This will 
hardly affect your schedule". However, for modification 
information, a message is displayed as shown in FIG. 

is 18. such as "An accident has blocked all lanes ahead 
and the traffic jam is about 5 km long. It will take about 
2 hours to clear the accident. The final location is very 
crowded and admission is currently restricted. 
Rescheduling is recommended.", and a touch switch 24 

20 that prompts the traveler to reschedule is displayed. If 
the traveler actuates this reschedule touch switch 24 
and desires to reschedule, a reschedule request is 
transmitted (S406) to information processing center 
200. 

25 Information is received from vehicle 100 at informa- 
tion processing center 200. If the received data is a 
modification request for the schedule, new plans fitting 
the current weather and traffic information are again 
prepared (S512) and transmitted to vehicle 100. When 

30 the new plan choices are received from the information 
processing center at vehicle 100, these plans are again 
displayed on the display device. One example of a reset 
plan transmitted from information processing center 200 
is shown in FIG. 19, and, similar to the recommended 

35 plans shown in FIG. 16, the reset plan is displayed as a 
touch switch 26. As a resuft of the traveler selecting one 
of these plans, the schedule is reset (S512). Together 
with the resetting of the schedule, reservation cancella- 
tions are reported through the information provider sys- 

40 tern, such as to the service shops that were reserved 
according to the previous schedule. After the schedule 
is reset, the execution again transfers to the processing 
from S501, and vehicle 100 is guided to the final loca- 
tion while the current location of vehicle 100 t the 

45 weather and traffic information, and so forth, are 
watched at ail times. FIG. 20 shows one example of a 
route guidance screen displayed on the display device 
after the schedule is reset. The original final location is 
displayed small, and the asterisk is displayed at the new 

so final location instead. If, for example, a road traffic jam 
exists that information is displayed on the display device 
and, by presenting a detour route avoiding the traffic 
jam, for example the vehicle is safely guided to the final 
location. 

55 In this manner, since a schedule fitting the require- 
ments input by the traveler is automatically prepared at 
the information processing center and transmitted to the 
vehicle in this embodiment, the user can obtain an opti- 
mum schedule while in the vehicle. Furthermore, if con- 
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ditions make it difficult to travel according to the original 
schedule, the degree of influence on the schedule is 
evaluated at the information processing center, and a 
substitute schedule to replace the presented schedule 
is prepared and transmitted to vehicle 100 so that an 
optimum plan fitting the current weather and traffic con- 
ditions can be obtained at all times to permit a smooth 
and comfortable drive to continue. 

Although the aforementioned embodiments were 
given using the terminal device carried in the vehicle, it 
will be appreciated that this invention is also applicable 
to embodiments using a portable terminal. 

A home or office personal computer may be used, 
or if the database can be installed in a high-capacity 
memory, the invention may also be applied to a stand- 
alone computer system. 

Claims 

1. A schedule set up management system compris- 
ing: 

inputting means for inputting at least position 
requirement and time requirement; 
frame preparing means for preparing a basic 
frame of a schedule including types of interme- 
diate and final locations, and order of transfer 
based on said position requirement and time 
requirement; 

schedule preparing means for preparing the 
schedule wherein the intermediate location 
and final location are specified by accessing a 
data base and looking for specific facilities fit- 
ting said basic frame. 

2. A schedule set up management system in accord- 
ance with Claim 1, wherein said frame preparing 
means selects one basic frame, which fits said 
position requirement and time requirement, out of a 
plurality of basic frames pre-stored in a memory 
device. 

3. A schedule set up management system in accord- 
ance with Claim 1, wherein said inputting means 
and frame preparing means are disposed in a ter- 
minal device, said schedule preparing means are 
disposed in a host device, said terminal device and 
host device are connected via a communication 
line, said terminal device transmits said basic frame 
prepared by said frame preparing means to said 
host device, and said host device transmits said 
schedule prepared by said schedule preparing 
means to said terminal device. 



transmitted schedule. 

5. A schedule set up management system in accord- 
ance with Claim 1 . further comprising: 

5 

route searching means for searching an opti- 
mum route for carrying out said schedule using 
map data. 

w 6. A schedule set up management system in accord- 
ance with Claim 3, wherein said terminal device dis- 
connects the communication line connecting with 
said host device after transmitting said basic frame, 
and reconnects the communication line connecting 

75 with said host device after completing the prepara- 
tion of said schedule in order to receive said sched- 
ule. 

7. A schedule set up management system in accord- 
20 ance with Claim 1 , further comprising: 

a watching center for watching the implementa- 
tion of said schedule, 

wherein said schedule preparing means re- 
25 prepares a schedule based on information from 

said watching center. 

8. A schedule set up management system in accord- 
ance with Claim 7. wherein said watching center 

30 has information obtaining means for obtaining posi- 
tion information of a schedule implementer, infor- 
mation of the intermediate locations in said 
schedule and traffic information between the inter- 
mediate locations, the obtained information being 

35 supplied to said schedule preparing means. 

9. A schedule set up management system in accord- 
ance with Claim 8, wherein said information obtain- 
ing means of said watching center further obtains 

40 weather information, and supplies the obtained 
weather information to said schedule preparing 
means. 

10. A schedule set up management system in accord- 
45 ance with Claim 7, wherein said schedule preparing 

means evaluates the influence of the information 
supplied from said watching center on the imple- 
mentation of said schedule, and again prepares a 
schedule based on evaluation results. 

50 



4. A schedule set up management system in accord- ss 
ance with Claim 3, wherein said terminal device has 
a display means for displaying a touch switch for 
inputting said position requirement and time 
requirement, said prepared basic frame and said 
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